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The present invention relates to updating software in remote locations through the use of 



an intermediary, a system for tracking what locations have what versions of the software, and a 
method of assembling a database related to that information. 
BACKGROUND OF THE INVENTION 

Fueling environments have become more sophisticated in recent years and now include 

15 complex software to operate fuel dispensers, site controllers, and a myriad of other devices 

within the fueling environment. The physical hardware of these devices is routinely upgraded as 
new features become available. Not only do the devices within the fueling environment continue 
to be upgraded, but also the software is periodically upgraded as new features or elements are 
added to the functionality. New software may include merely new features, a new operating 

20 system, an upgraded version of an operating system, or the like. 

For basic fueling sites, there are typically three components having microprocessor 
controllers and software associated therewith. The primary computer of the fueling site is 
generally referred to as the site controller. Each fuel dispenser may also include one or 
preferably two microprocessors. The first microprocessor controls the core functions of the fuel 

25 dispenser such as the opening and closing of valves, meter readings, and the like. The second 
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microprocessor controls the display functions, the printer for receipts, and other functions. These 
are known as CRIND™ functions by the assignee of the present invention. Some fuel dispensers 
integrate these two microprocessors into one, but the functions remain the same. Software is 
used to enable these microprocessors with all the desired functionality. The site controller may 
5 communicate with and/or control one or both of the microprocessors in the fuel dispenser 
depending on the installation. 

Presently, companies that supply fuel dispensers and other fueling environment hardware 
are forced to rely on Authorized Service Contractors (ASCs) to perform upgrades and warranty 
related service. The company provides the ASC with a floppy disk having the new software 

□ 1 0 version thereon. Upon a request from the fueling environment, an ASC must then personally 
;L? visit the requesting fueling site and upload the software through the site controller. If the fuel 
V dispenser software is being upgraded, the site controller must download the software to the fuel 
s y dispensers at the instruction of the ASC. Furthermore, when the fueling site is responsible for 

□ requesting software upgrades, the end result may be a patch work upgrade wherein different 
*U 15 versions of software may exist on different fuel dispensers and the site controller. Thus, when 
: J the ASC visits the fueling environment to upload a newly requested version of the software to 

the site controller, the ASC may inadvertently install an upgrade that is incompatible with the 
existing software on the fuel dispensers, or create other incompatibilities within the system. 

Some fuel dispensers store the software for the core functions on EEPROMs rather than 
20 other read/write capable memory. Thus, the ASC must manually replace the EEPROMs to 
perform a software upgrade for the core functions. Assignee of the present invention has 
recently introduced two fuel dispensers, ECLIPSE™ and ENCORE™ that replace the 
EEPROMs with FLASH memory. However, for existing fuel dispensers that use EEPROMs, 
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there is great potential for error, as the EEPROMs for the upgrade may have been illegally 
copied by the ASC and there may be errors in the copied versions. Likewise, if they are 
improperly installed, additional errors may be generated. Finally, the EEPROMs may not be 
compatible with the software operating the site controller or the CRIND microprocessors. 

Although this system has worked for many years, the pace with which technological 
advances in the fueling industry are made is accelerating. This acceleration spurs ever more 
frequent upgrades to the software in the fueling industry. Thus, any problems associated with 
the system will rapidly become exacerbated. 

The present system has other failings in terms of how accounting is performed for the 
transaction associated with these upgrades. The first transaction is that between the company 
selling the upgrades and the fueling site purchasing the upgrades. The selling company must 
have an accurate count of exactly what was provided to the particular fueling site and how many 
copies were provided so that the fueling site may be billed accordingly. The second transaction 
lies between the ASC and the company selling the upgrade. The ASC is typically paid for each 
installation of a program that he or she performs. Thus, again, the selling company must have an 
accurate count of exactly what was provided to the particular fueling site and how many copies 
were provided so that the ASC may receive his appropriate commission. In the past, the ASC 
was responsible for keeping paper records of the work performed. While helpful, such 
documents are susceptible to fraud, human error, easy loss, or destruction. Additionally, there 
may be a transaction between the selling company and a third party software vendor. The selling 
company may owe royalties to the third party software vendor based on the upgrades provided. 
Thus, an accurate count of the upgrades must be kept so that the royalty payments are kept 
current. 




In short, there remains a need for an improved method by which software upgrades may 
be distributed to remote fueling sites from the company responsible for the hardware at the 
fueling site. 

SUMMARY OF THE INVENTION 

5 The present invention replaces the floppy disks of the prior art with a portable computing 

device such as a laptop computer adapted to receive software upgrades from a corporate 
controlled computer. The portable computing device is issued to the Authorized Service 
Contractors (ASCs). Upon a request from a fueling site, the ASC is dispatched to the fueling site 
and links the portable computing device to the site controller to perform the upgrade. The 
Q 10 portable computing device includes additional software adapted to sense the number and type of 
;;U hardware devices available at the fueling site as well as the current version of the software 

presently installed on each of those devices. The portable computing device then determines if 
i j the requested upgrade is compatible with the present hardware and software configuration as 
□ well as storing a record of the present hardware and software configuration. If compatible, the 
i "U 1 5 software is upgraded as requested, and the record is updated as well. The number and versions 
of the upgrades installed are appended to the record, eliminating the need for the ASC to keep a 
paper record of the work performed. Additionally, the ASC may enter a record of any service or 
maintenance performed at the fueling site, either in conjunction with the software upgrade or as 
an independent act. This maintenance or service may be required as part of a warranty 
20 obligation on the part of the selling corporation, as part of a previously purchased service plan, or 
as an isolated service call as needed or desired. 

Periodically, the ASC accesses the corporate controlled computer and uploads thereto 
information relating to the upgrades and services that the ASC has performed since the last 
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access. From this information, the corporate entity may arrange for billing to the fueling sites 
that have purchased upgrades as well as provide commissions to the ASC for the work 
performed. This may also facilitate payment of royalties to any third party software provider. 
The upload also includes information about what fueling sites have what hardware and what 
version of software installed thereon. This is preferably assembled into a database from which 
recommendations may be made as to what upgrades a particular fueling site should investigate 
purchasing. Other departments within the corporation may also use the information within this 
database as needed or desired. 

As an added feature of the present invention, the portable computing device may include 
or have access to intermediate upgrade options or patches to facilitate software upgrades. For 
example, if the present hardware and software configuration is incapable of accepting the 
requested upgrade, after identification of this fact, the portable computing device may be able to 
provide a best alternative solution or provide a required intermediate upgrade prior to providing 
the requested upgrade. Thus, if the original device were running software v. 1 and the site had 
requested software v. 3, the portable computing device could upload software v. 2 and then 
install software v. 3 onto the device. If no such intermediate upgrade is required, then it is not 
performed. If a known patch exists which enables a particular piece of hardware to function with 
the requested upgrade, it could similarly be provdided. If no such intermediate upgrade or patch 
is possible, then no upgrade is performed. Additionally, if the intermediate upgrade or patch is 
not available, but is feasible, then the portable computing device should have the ability to access 
the corporate controlled computer remotely and download the intermediate upgrade for 
uploading to the fueling site. 



As a further option, the ASC may use the portable computing device to log in to the 
corporate computer from the remote site and receive instructions on what updates are needed at a 
particular site. This information may be provided based on reported configurations. Further, the 
order in which the updates must be installed may be passed to the ASC at that time. If the 
5 updates are not available on the portable computing device, the ASC may download them at that 
time. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Figure 1 is a simplified drawing of a fuel dispenser; 

Figure 2 is a simplified drawing of a fueling environment; 
□ 10 Figure 3 is a simplified drawing of the overarching system of the present invention; 

;;0 Figure 4 is a flow chart for the ACS to corporate computer download transaction; 

= p Figure 5 is a flow chart for the ACS to fuel environment upload transaction; and 

I J Figure 6 is a flow chart for the ACS to corporate computer upload transaction. 

Q DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

I'U 1 5 The present invention is directed to a method for improving upgrades to software in a 

'ID 

fueling environment. However, a discussion of the physical elements comprising a fuel 
dispensing environment will be helpful as a background. Turning now to Figure 1, a fuel 
dispenser 10 is adapted to deliver a fuel, such as gasoline or diesel fuel to a vehicle 12 through a 
delivery hose 14, and more particularly through a nozzle 16 and spout 18. The vehicle 12 
20 includes a fill neck 20 and a tank 22, which accepts the fuel and provides it through appropriate 
fluid connections to the engine (not shown) of the vehicle 12. A display 13 provides a user 
interface from which the user can determine a cost associated with a particular fueling 
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transaction. While display 13 is preferably a visuaf display, it may equivalently be an audio user 
interface, such as might be used by the visually impaired or the like. 



Flexible delivery hose 14 includes the product delivery line 36 and the vajjprfeturn line 
34. Both lines 34 and 36 are fluidly connected to an underground stqragglank (UST) 40 through 



5 the fuel dispenser 10. UST 40 may be vented by a vent line-46 capped by a vent valve 48 as is 
well understood in the art. Once in the fuel dispenser 10, the lines 34 and 36 separate at split 5 1 . 
Note that split 51 need not be precisely^xtfhere indicated, it only need be positioned within the 
housing of the fuel dispenserjta Pump 42, controlled by motor 44 extracts fuel from the UST 
40 and provides it topfoduct delivery line 36. This can be done by creating a vacuum in line 36 

□ 10 or other equivalent means. 

;L? A vapor recovery system is typically present in the fuel dispenser 10. During delivery of 

p fuel into the vehicle fuel tank 22, the incoming fuel displaces air containing fuel vapors. Vapor 

y is recovered from the vehicle fuel tank 22 through the vapor return line 34 with the assistance of 

□ a vapor pump (not shown). A motor (also not shown) powers the vapor pump. A control system 

U 1 5 50 receives information from a meter and a pulser in the fuel delivery line 36. Meter measures 

!Q 

the fuel being dispensed while the pulser generates a pulse per count of the meter. Typical 
pulsers generate one thousand (1000) pulses per gallon of fuel dispensed. Control system 50 
controls a drive pulse source that in turn controls the motor. The vapor recovery pump may be a 
variable speed pump or a constant speed pump with or without a controlled valve (not shown) as 
20 is well known in the art. 

Control system 50 may be a microprocessor with an associated memory or the like and 
also operates to control the vast majority of the various functions of the fuel dispenser 10 
including, but not limited to: those functions discussed above, fuel transaction authorization, 
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encryption associated with fuel transaction authorization, fuel grade selection, display and/or 
audio control. As noted, control system 50 may actually comprise two microprocessors that may 
communicate with one another. Recent advances in the technology associated with the fuel 
dispenser 10 now enable the fuel dispenser 10 to act as an Internet interface, provide content, 
allow music downloads, or other functionality. Resident in the memory associated with the 
control system 50 is software that facilitates all of these functions. As a result of these increasing 
numbers of functions, the software resident in the memory associated with the control system 50 
must periodically be upgraded to support new functions or improvements on existing functions. 

In addition to fuel dispenser 10, other devices maj^xist within a fueling site 100 that 
Jkewise may require electronic control systems and software to enable those electronic control 
'fLj systems as better understood with reference to Figure p. Fueling site 100 may include a primary 
'I building 102, a plurality of fueling islands 104, a ca/ wash 106, and other outbuildings as needed 
j s y or desired. Primary building 102 may include a convenience store 1 10, a quick serve restaurant 
O 1 12, a back room 1 14, and other subdivisions as needed or desired. It should be appreciated that 

^ 1 5 the fueling site 100 is preferably an integrates fueling site that enables purchases of a multitude 
of goods and services at a multitude of locations, such as that disclosed in allowed U.S. patent 
application No. 09/ 024742, filed 17 February 1998, entitled FUEL DISPENSING SYSTEM 
PROVIDING CUSTOMER PREFERENCES, which is hereby incorporated by reference. 

A site controller 150 for controlling this fully integrated fueling site may be positioned in 
20 back room 1 14, or other location within the fueling site 100 as needed or desired. Site controller 
150 is preferably a computer, such as the G-SITE® sold by assignee of the present invention. 
Site controller 150 is communicatively linked to fuel dispensers 10, a station attendant terminal 
152 positioned within the convenience store 1 10, an external customer terminal 154, an external 
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quick serve restaurant order terminal 156, an internal quick serve restaurant terminal 158, an 
external sensor 160, a car wash terminal 162, and other electronically controlled terminals 
positioned throughout the fueling site 100. Quick serve restaurant 1 12 may include an auxiliary 
order pick up terminal 158 A that is proximate an order pick up window 164. These terminals 
5 and sensors facilitate the fully integrated nature of the fueling site 100. 

Additionally, the site controller 150 may control vapor control systems such as the vent 
valve 48, a site wide vapor recovery pump, or other such devices that may exist within fueling 
site 1 00. This may be part of a comprehensive vapor management plan designed to comply with 
the ever more restrictive CARB requirements or other government regulations. Such vapor 
j -3 1 0 management systems may have their own microprocessors and memory, or may be integrated 

.* : 3 

;;L! into the site controller 150 as needed or desired. However, every change in the regulations may 
p result in a change in the software or hardware and software to comply with the new regulation. 
Ly Site controller 150 may also have access to remote content providers 166 such as through 

□ the Internet, a dedicated phone line or the like. In the preferred embodiment, this is a high speed, 
1 5 large bandwidth connection allowing for fast transfers of large amounts of data. 

Reference is again made to the previously incorporated application for a full description 
myriad terminals and stations within the fueling site 100. That application also provides a 
nice description of the potential functions tnat many of the terminals and stations may perform. 
Turning now to Figure 3, the system of the present invention is disclosed. Corporation 
20 200 supplies the hardware and software to the fueling sites 100 as is well understood. Examples 
of such a corporation include Marconi Commerce Systems, Tokheim, Wayne, and the like. 
While a corporate entity is contemplated, it should be appreciated that for the purposes of the 
present invention, an S corporation, a partnership, a sole proprietorship, or other legal entity is 
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also intended to be within the confines of the term "corporation." Corporation 200 may include 
a corporate computer 202. Corporate computer 202 may include a single server, a multitude of 
servers being interconnected through a local area network (LAN) or a wide area network 
(WAN), may include an external portal to the Internet, or may be a closed system that is only 
accessible by physically porting into the computer 202 or other conventional computing 
arrangements as are well understood. In the preferred embodiment, corporate computer 202 
hosts a web page that acts as a portal to data stored within memory associated with the computer 
202. It should be appreciated that the web page may include publicly accessible portions as well 
as proprietary portions that are only accessible through a firewall or other security measure. 

An Authorized Service Contractor (ASC) 204 may be in possession of a portable 
computing device 206 such as a laptop computer sold by IBM. Particularly excluded from the 
definition of a portable computing device is a memory unit without any processing power such 
as a simple floppy disk. While not preferred, other portable computing devices are contemplated 
such as a cellular phone, personal digital assistant, or the like. Portable computing device 206 
may communicate with the corporate computer 202 by means of a wire based or wireless 
connection as is well understood in the art. This may be accomplished with a DSL modem, a 
cable modem, a wireless modem, or other modem as needed or desired as well as the appropriate 
software to control such as modem. Alternatively, the portable computing device 206 may be 
selectively networked with the corporate computer 202 such over a LAN having dedicated ports 
for such a connection. Other well known communicative connections are also contemplated. 

Further, the portable computing device 206 is adapted to communicate with the site 
controllers 150 at the fueling sites 100. Again, this communication may be over any 
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conventional communication means, wired or wireless, networked or dial in access as needed or 
desired. 

Armed with this knowledge of the elements, a description of the methodology of the 
present invention may be better understood. In particular, to provide for the coherent and 
5 productive upgrading of software within fueling sites 100 based on upgrades made available 
from the corporation 200, reference is made to Figures 4-6. Beginning with Figure 4, an ASC 
204 acquires a portable computing device 206 (block 300) and accesses the corporate computer 
202 (block 302). This access, as previously noted, may be wireless or wire based and may be 
accomplished through any number of conventional computer to computer communication 
P 10 techniques. Additionally, note that it may be preferred that the portable computing device 206 

:L} access the corporate computer 202 through a web page. Again, access to the web page may be 

i? - 

p done directly through direct communication with the corporate computer 202, or it may be done 

S3 

y via the Internet as is well known. Portable computing device 206, subsequent to access, may 

;3 download new versions of software from the corporate computer 202 (block 304). Portable 

sies 

U 1 5 computing device 206 stores this software in a memory unit (block 306). This may be done on a 
£ hard drive, in flash memory, in an auxiliary memory unit such as a read/write CD, a zip drive, or 
the like as needed or desired. However, preferably, the software is stored on the hard drive 
associated with the portable computing device 206. 

Corporate computer 202 may reset any counters within the portable computing device 
20 206 (block 308). These counters correspond to any work (i.e., remote software upgrades) 

already performed by the portable computing device 206. Specifically, the portable computing 
device 206 should indicate that no versions of software have been uploaded and need to be 
accounted for by the corporate computer 202. Alternatively, and equivalently, the corporate 
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computer 202 may provide a time stamp to the portable computing device 206 such that all work 
prior to the time stamp is effectively ignored or purged from memory. This is to prevent an ASC 
204 from being credited for work previously performed and for which there has already been an 
accounting. Other ways to perform this function may be readily apparent to those of ordinary 
skill in the art. The techniques listed herein are exemplary and not intended to be limiting. 

Corporate computer 202 provides any auxiliary instructions (block 310) to the portable 
computing device 206. These auxiliary instructions may include a conflict checking instruction 
that identifies earlier software versions with which the present version is incompatible. 
Likewise, hardware that will not support the present software version may be identified. Further, 
solutions to known conflicts that have been developed, typically known as "patches" in the 
computer industry may also be provided. Patches as used herein also includes workarounds and 
supplying intermediate upgrades so that the latest version of a software package is adequately 
supported. Other auxiliary instructions may also be included if needed or desired. 

Finally, the portable computing device 206 is disengaged from its communicative link 
with the corporate computer 202 (block 312). Note that the precise order of the download need 
not identically follow that set out in Figure 4. For example, the auxiliary instructions could be 
downloaded prior to the download of the new software package. 

Additionally, note that there may be a verification step wherein the corporate computer 
202 verifies the identity of the portable computing device 206. This may be done by password 
protection, a particular encryption authorization process, or the like as needed or desired. This 
will reduce the likelihood of industrial secret theft by unauthorized access to the new software. 
The particular verification process is not material to the present invention. Likewise, the 
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portable computing device 206 may verify the identity of the corporate computer 202 before 
accepting a software download. 

Armed with the new software stored on the portable computing device 206, the ASC 204 
then travels personally to a fueling site 100 that has requested a software upgrade or other 
5 service. ASC 204 is alerted to the request of the fueling site 100 by conventional techniques as 
are already used in the industry. For example, an electronic message may be sent to the ASC 
204 if desired. The use of wireless communication technology such as cellular phones and 
pagers may also facilitate the expedient transfer of information from the corporation 200 taking 
an order for a software upgrade to the ASC 204. Reference is now made to Figure 5 that shows 

10 in a flow chart the steps that the ASC 204 takes upon arrival at the fueling site 100 that has 
requested a software upgrade or other service. 

In particular, the ASC 204 uses the portable computing device 206 to access the site 
controller 150 (block 350). This, as noted above, may be through any conventional wire based 
or wireless communications technique. Portable computing device 206 then polls the hardware 

15 within the fueling site 100 for the current configuration of hardware (block 352). This will 
report how many peripheral terminals, sensors, and other devices are located at the fueling site 
100. Typical information includes indicia relating to devices such as a car wash terminal 162, 
how many dispensers 10, drive through external sensor 160, the vapor management system, and 
the like. Furthermore, the polling will also determine what software, including version number, 

20 is presently operating on each of these peripheral devices and the site controller 150 (block 354). 
The present discussion operates under the assumption that the fueling site 100 has 
requested an upgrade. However, this need not be the case. Upgrades could be provided 
automatically as part of an existing service contract, as part of a warranty, or other contractual 
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relationship as needed or desired. In any event, the portable computing device 206 may access 
the corporate computer 202 after polling to determine what upgrades are needed or possible. 
Such remote access is discussed in greater detail below. If the portable computing device 206 
does not have the upgrade resident in its own memory, it may download the upgrade as needed. 

Portable computing device 206 may then determine whether or not the requested software 
upgrade is compatible with the presently existing hardware and software at the fueling site 100 
(block 356). If the answer is no, the current software and hardware will not support an upgrade 
to the requested software, then the portable computing device 206 determines if the problem can 
be fixed by providing a patch (block 358). This may be done by accessing the corporate 
computer 202 and receiving instructions on what patches are available and in what order they 
must be installed. Other techniques are also contemplated. Thus, if it is known that the 
particular upgrade is incompatible with a previous version of software installed in hardware 
deployed at fueling sites, but that this problem may be fixed through the installation of an 
intermediate version of the software prior to the installation of the requested version, then the 
problem may be deemed fixable. If the answer to block 358 is yes, the problem is fixable, then 
the appropriate patch is uploaded to the site controller 150 (block 360). Note that this patch 
upload may involve the portable computing device 206 contacting the corporate computer 202 
from the fueling site 100 to download the patch, if the patch is not in the memory device of the 
portable computing device 206. This remote access may be accomplished by a phone line, a 
wireless connection, or through the fueling site's access to remote content providers 166 
previously discussed. 

If the problem cannot be fixed, then^i error message may be generated (block 362) and 
the process continues to block 370 (block>o64). Once the patch has been installed, then the 
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portable computing device 206 uploads the requested software to the site controller 150 (block 
366). Software so uploaded is transferred^rom the site controller 150 to the peripheral devices if 
appropriate (block 268). Note thayife patch may be installed after the requested software in 
some instances if needed or d^ired. 

Portable computing device 206 then records any warranty service performed by the ASC 
204 at the fueling site 100 (block 370). This may include any maintenance, repairs, or other 
service that warranties on the hardware including the fuel dispenser 10 present at the fueling site 
100 may require. Further, the portable computing device 206 records any software upgrades that 
have been delivered (block 372) including any patches delivered. This may include an indication 
of the previously existing version of the software prior to the upgrade. The ability to distinguish 
between what was in place and what was installed may have an impact on the royalty due any 
third party software vendor. Still further, the portable computing device 206 records all the 
current hardware and software at the fueling site 100 along with identifying information (block 
374) such as the physical street address, the client number, or the like so that the information 
about the hardware, software, the upgrades, and service may be appropriately attributed to the 
correct fueling site 100. Finally, the portable computing device 206 is disengaged from the site 
controller 150 and the ASC continues about his merry way (block 376). 

It should be appreciated that security concerns may dictate that the identity of the site 
controller 150 be verified prior to any data transfer and that the site controller 150 may verify the 
identity of the portable computing device 206 prior to acceptance of any software revisions. This 
may be accomplished by any known technique such as an encrypted verification code, a 
password, or the like as needed or desired. 
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Note that the portable computing device 206 could access the peripheral devices of the 
fueling site 100, namely the fuel dispenser 10 and other peripherals, directly and provide 
software upgrades thereto. However, this is not preferred, because it requires additional security 
measures at each peripheral device and does not take advantage of the fact that the site controller 
5 1 50 already communicates with the peripheral devices and thus requires only one access point. 

Having completed all the visits to different fueling sites 100 that are required, the ASC 
204 should periodically use the portable computing device 206 to access the corporate computer 
202 (block 400) as noted in Figure 6. This subsequent access may be accomplished in the same 
manner that the first access was accomplished, and is preferably through a web page. This 

□ 10 access may in particular be done remotely if needed or desired. Again, note that appropriate 

uy 

security measures are taken to prevent fraudulent access to the corporate computer 202 and the 

=sP 3 

portable computing device 206. Portable computing device 206 uploads to the corporate 
f s y computer 202 a record of all services that have been rendered to the disparate fueling sites 1 00 

11 

Q since the last time the portable computing device 206 accessed the corporate computer 202 
1 5 (block 402). Portable computing device 206 may then upload records of the software installed 
since the last access (block 404). This includes a number of each version of software that was 
installed. For example, six copies of version seven were installed. Finally, the portable 
computing device 206 uploads the records of fueling sites' present configurations (block 406). 
Implicit in all of these uploads are identifying information that links the particular service 
20 performed to a location at which the service was performed, the particular software installed to a 
location at which the software was installed, and the location at which a particular configuration 
of software and hardware may exist. Further, indicia representing the ASC 204 that performed 
the work is also included. Note that both sessions wherein the portable computing device 206 
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communicates with the corporate computer 202 may be dictated in part by JAVA applets that 
control the portable computing device 206 during connection to the corporate computer 202. 

Corporate computer 202 may then bill the fueling sites 100 accordingly for the services 
and software provided (block 408). Note that the fueling sites 100 may already have paid for the 
5 services and software as part of a service contract, or as part of the original warranty. In either 
case, the corporate computer 202 may make an entry on the invoice that the service was 
performed or the software was delivered. Corporate computer 202 may then account for any 
commissions that are due the ASC 204 as a result of the services provided and the software 
installed (block 410). This may include calculating a commission rate, calculation of number of 
1 0 jobs performed, charging against an invoice, or any other required accounting procedure. 
Payment may be made to the ASC 204 in any conventional fashion such as printing a check, 
direct deposit, or the like. 

Corporate computer 202 may then account for any royalties due third party software 
vendors (block 412) that may result from software upgrades performed by the ASC 204. This 
1 5 may include creating an invoice, making a charge against a payment received from a fueling site 
100, or any other accounting procedure as is well understood in the art. 

Corporate computer 202 may also update a database containing information about the 
custbmers 5 present hardware and software configurations. Specifically, the corporate computer 
202 may link a location identifier with the configurations and from the configuration make 
20 recommendations on potentially desirable upgrades that may be available to a particular fueling 
site 100 based on what is presently installed/at that location. 

Finally, the corporate computer 202 should rsjet counters within the portable computing 
device 206 to reflect that the ASC 204 has been credited for all work performed since the last 
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access to the corporate computer 202 : jnus-**»y - a^ with a timestamp function 

as previou§1^4escrtHeJ 

Please note that the order of steps presented above is not necessarily an absolute. 
Alternative, equivalent orders are also contemplated and within the scope of the present 
invention. 

Additional functions may also be performed in the corporation 200 with the information 
uploaded from the portable computing device 206 to the corporate computer 202. In particular, a 
service department of the corporation 200 may access the records to make sure that fueling sites 
100 are getting the service for which they have contracted, or that they need to stay competitive. 
Additionally, a warranty department could access to records to make similar inquiries, but 
related more specifically to service and upgrades that are required as part of a warranty contract. 
Further, a marketing department could access the information to determine which fueling sites 
100 should receive mailings notifying them of newly available upgrades, service options, or the 
like that may be helpful to the fueling site 100. While the term "department" has been used, the 
term is used herein to include occasions where there is not a corporate structure, or personnel 
who perform these functions are not necessarily organized in a discrete department. The term is 
meant to be construed broadly. 

Additionally, a personnel department may use the information provided to evaluate an 
efficiency associated with a particular ASC. This may be determined by comparisons to other 
ASCs, other empirical evidence, or other criteria as needed or desired. Further, an inquiry as to 
the quality of the service may be generated and sent to the fueling site 100 that received the 
service. This may help customer relations if feedback generated as a result of the inquiry is acted 
upon. 



18 



• ♦ 

Still further, the costs associated with the services and upgrades may be evaluated by 
personnel in marketing to determine warranty pricing based on the number of upgrades that are 
being performed. Additionally, the costs associated with upgrades and services may be matched 
against research and development costs to determine if pricing associated with the products 
corresponds to the costs associated with creating those products. Other database mining may be 
accomplished as needed or desired. The present examples are not intended to be limiting. 

The present invention may, of course, be carried out in other specific ways than those 
herein set forth without departing from the spirit and essential characteristics of the invention. 
The present embodiments are, therefore, to be considered in all respects as illustrative and not 
restrictive, and all changed coming within the meaning and equivalency range of the appended 
claims are intended to be embraced therein. 
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